با این حال، سه ماه بعد، در چشم Joseph Delong، مهندس ارشد نرم افزار در استودیوی سرمایه گذاری سرمایه Consensys، "خیلی سریع برای چرخش" است.

https://www.ethereum.org/

سرپرست تیم در بنیاد اتریوم Pter Szilágyi توافق کرد، توضیح داد:

"به عنوان یک توسعهدهنده نرم افزار [نرم افزار] اگر شما تنها شغلی است که چنگال های سخت را اجرا کنید و سپس آنها را سه ماه خوب، اما معمولا مشتریان نیاز به نگهداری زیادی دارند. بنابراین، اگر شما شروع به انجام سه ماه سخت سخت، آن را اساسا تمام وقت از بهبود کلی و تعمیر و نگهداری بهبود می یابند. "

Martin Hoes Swende سرپرست امنیت بنیاد اتریوم، در حالی که موافقت کرد که هر سه ماه یکبار سخت "یک چیز بد" است، اشاره کرد که موارد خاص با تغییرات ساده به اتفاق آرا به توافق برسند، می توانند زمان کوتاهتری را اجرا کنند.

"ایده این نیست که هر سه ماه یک چنگال سخت را برنامه ریزی کند اما ببینید که آیا ویژگی X به پایان رسیده و موارد آزمون وجود دارد و در همه مشتریان اجرا شده است. اگر چنین است، می توانیم خیلی زود سخت بپوشیم "، coindesk در طی تماس بحث کرد.

اما تشویق توسعه دهندگان به برنامه ریزی "یک مرحله" در یک زمان، اکسچنج کوین بیس Fredrik Harryson CTO Parity Technologies اشاره کرد که حتی یک جدول زمانی شش ماه برای یک چنگال سخت افزاری برنامه ریزی شده هرگز به دست نیامده است.

"به نظر می رسد که ما به احتمال زیاد باید به طور خودکار به منظور انجام [چنگال سخت کوتاه تر] واقعا کار خوبی داشته باشیم. بسیاری از زمان هایی که در چنگال سخت قرار می گیرند فقط ساختن کد نیست. هریسون گفت: "این همه چیزهایی است که در اطراف اتفاق می افتد."

گرگ کالوین، مشاور ارشد اتریم، علاوه بر این، اشاره کرد که اکثر تیم هایی که مشتریان نرم افزار اتریوم را ایجاد می کنند در حال حاضر "شخص مناسب" برای انجام کارهای ضروری برای اجرای چنگال سخت مانند "راه اندازی شبکه های آزمایشی، اجرای آزمون ها، انجام آزمایش" در میان مسئولیت های دیگر

به این ترتیب، هریسون پاسخ داد که این موضوع این بود که مالیات کافی برای اعزام چنین اعضای تیم ندارد. "برای ما این پول است. ما پول کافی در پشت آن نداریم. "هریسون مینوشید.

ارتقاء چند مرحله ای
اما این تنها مسئله ای نیست که آیا باید چنگال های سخت تر باشد.

توسعه دهندگان در طول تماس امروز نیز بحث کرد که آیا نیاز به تغییرات جاهطلبانه و درازمدت به بلوک زنجیره ای اترئوم در حال حاضر با توجه به یک حرکت پیشگام به ethereum 2.0 - یک شبکه جدید اتریوم که یک بار به طور کامل فعال کاربران را به مهاجرت از از mainnet فعلی وجود دارد .

پیشنهاد شده است که توسعه دهندگان مانند آلکسی آخونوف و بنیانگذار اتریم، ویتالیک بوترین، علیه "تغییراتی که برای بقا زنجیره [present etherum] نیستند" را هشدار داده اند، هریسون پرسید:

"چقدر ما در خارج از آن غلبه میکنیم زیرا [EIP 615] منجر به یک زنجیره طولانی از پیشرفتهایی میشود که چندین سال پیش پیش میآید که ما مزایای زیادی از آن را میبینیم."

EIP 615 یکی از پنج پیشنهاد در نظر گرفته شده برای گنجاندن در چنگال سخت افزاری اتروم به نام استانبول است. هدف از آن، ارائه اصلاحات به قلب اصلی کد اتریوم etherum شناخته شده به عنوان ماشین مجازی اتریوم (EVM) است که مسئول اجرای تمام خطوط خود مستقر کردن کد - نیز به نام قرارداد هوشمند - بر روی پلت فرم.

EVM همچنین یک تکنولوژی کلیدی است که ابتکارهای دیگر سازمانی مانند هایپر لدجر Hyperledger در گذشته برای ایجاد قابلیت همکاری با آن گزارش شده است.

"طراحی EVM هزینه های کم هزینه گاز و اجرایی را با مشکل مواجه می کند. نویسندگان EIP 615 Colvin، Brooklyn Zelenka، Pawel Bylic و Christina Reitwisessner می نویسند. ما پیشنهاد می کنیم که با پیشنهادی برای حل این مشکلات با تضمین تضمین های امنیتی و افزایش محدودیت های عملکرد EVM اقدام کنیم.

با این حال، همانطور که Swende در طی تماس امروز اعلام کرد، EIP 615 به عنوان پیشنهادی، حداقل دو چنگال سخت را به طور کامل اجرا می کند و "تاثیر سریع مثبت" به محاسبات واقعی کد در EVM تا زمانی که چنگال سخت افزاری قدیمی اجرا نشود، قابل توجه نخواهد بود.

"این نگرانی اصلی من در مورد این EIP است، کار بسیار زیادی است، اما من فکر نمی کنم که آن را به EVM بسیار بهتر خواهد شد. این ممکن است برای ابزارهای خارجی بهتر باشد، مثلا اگر شما یک تحلیل معکوس از ویژگی های امنیتی یک قرارداد هوشمند داشته باشید، Swende گفت.

این ابزار Zelenka پیشنهاد شده برای اطمینان از "سازگاری رو به جلو" با ارتقاء EVM آینده مانند eWASM و یک تجربه صاف در حال اجرا برای توسعه دهندگان قرارداد هوشمند با توجه به "تاریخ انتشار منتشر نشده اتریوم  2.0" ضروری است.

"گزینه های دیگر برای توسعه دهندگان قراردادی هوشمند وجود دارد. ما باید از 1.x زنده نگه داریم و این بدان معنی است که به حرکت ادامه دهیم، "Zelenka استدلال در تماس امروز.

قرارداد برای ادامه بحث و گفتگو در EIP در هفته های بعدی، سوende نتیجه گرفت که در حال حاضر او همچنان شک و تردید در مورد "اجرای چنین تغییرات بزرگی در موتور قدیمی است که اساسا طول می کشد دو چنگال سخت قبل از آن که در نهایت حل و فصل".

اما هریسون، که با سؤال اول درباره ارتقاء جاه طلبی و چند سخته، مطرح کرد و با احساسات نامطلوب در مورد آینده اتروم 2.0، مطرح کرد، گفت:

"ما نباید نقشه راه ما و یا تفکر را بر اساس آنچه ethereum price 2.0 ممکن است ممکن است و یا ممکن نیست